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A...TELEPHONE NETWORK 

(57) Abstract: The invention relates to a data communications method, a data communications system (1), and to a computer (15a) 
for use in a data communications system (1), whereby the data communications system (1) has several clients (12a, 12b, 12c, 13a, 
13b). The computer (15a) contains a telephone conference and/or video conference data processing device (20a), which supports a 
first data transmission protocol, and contains another data processing device (21) that supports both the first as well as the second 
protocol, whereby the second protocol is also supported by clients (12a, 12b, 12c, 13a, 13b). The data communications system 
permits a uniform resource management independent of the type and location of the connected resources and permits a uniform 
system control interface for monitoring both the H.323 standard as well as TDM/PCM-based proprietary resources. 

[Fortsetzung auf der nachsten SeiteJ 
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(57) Zusammenfassung: Die Erfindung betriffi ein Datenkornmunikationsverfahren, ein Datenkommunikationssystem (1), sowie 
einen Rechner (15a) zur Verwendung in einem Datenkommunikationssystem (1), wobei das Datenkonununikationssystem (1) meh- 
rere Clients (12a, 12b, 12c, 13a, 13b) aufweist. Der Rechner (15a) beinhaltet eine telefon- und/oder Videokonferenz-Datenverarbei- 
tungseinrichtung (20a), die ein erstes DatenUbertragungsprotokoll unterstiitzt, und eine weitere Datenverarbeitungseinrichtung (21) 
die sowohl das erste, wie auch ein zweites Protokoll unterstiitzt, wobei zweites Protokoll auch von Clients (12a, 12b, 12c, 13a, 13b) 
unterstiitzt wird. Das Datenkommunikationssystem erlaubt ein einheidiches Resource-Management unabhangig von der Art und 
dem Ot der angeschlossenen Resource, bzw. eine einheitliche Systemsteuerschnittstelle zur Kontrolle von sowohl H. 323-Standart- 
als auch TDM/PCM -b as ierten, proprietare Resourcen. 
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Beschreibung 

Datenkoinmunikationssystem, Rechner, sowie Datenkommunika- 
tionsverf ahren zum parallelen Betrieb von Standard-basierten 
und proprietaren Ressourcen 

Die Erfindung betrifft ein Datenkoinmunikationssystem gemafi 
Oberbegriff des Anspruchs 1, einen Rechner zur Verwendung in 
einem Datenkoinmunikationssystem, sowie ein Datenkommunikati- 
onsverf ahren gemaB Oberbegriff des Anspruchs 18. 

Die Datenubertragung tiber das Internet nimmt weiter an Bedeu- 
tung zu. Das Internet ist ein weltweites Datennetz, bzw. be- 
steht - genauer - aus einer Vielzahl verschiedener, miteinan- 
der z.B. ttber sog. Router verbundener Datennetzwerke . 

Im Internet kommuniziert jeweils ein oder mehrere zentrale 
Rechner bzw. zentrale Computer (Serverrechner) mit entfernt 
hiervon angeordneten Clients, z.B. einem - stationaren oder 
tragbaren - Computer, einem Telefon, etc. (und/oder mit wei- 
teren, zentralen Rechnern) . 

Die Kommunikation erfolgt unter Verwendung von sog. Internet- 
protokollen, insbesondere dem Transmission Control Protocol 
(TCP) und dem Internet Protocol (IP), kurz TCP/IP. 

Hierzu ist z.B. auf dem jeweiligen Client und dem jeweiligen 
zentralen Rechner eine Software geladen, die das TCP/IP Pro- 
tokoll verstehen und auswerten kann (Socket oder TCP/IP 
Stack) . 

Immer mehr private (- d.h. i.A. nur von bestimmten, autori- 
sierten Personen nutzbare -) Datennetzwerke beruhen auf der 
Technologie und dem Konzept des Internets. Derartige Daten- 
netzwerke werden Intranets genannt. 
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In einem Intranet kommuniziert - entsprechend wie beim Inter- 
net - z.B. ein entsprechender zentraler Rechner - unter Nut- 
zung von Internetprotokollen, insbesondere dem TCP/IP-Proto- 
koll - mit entfernt hiervon angeordneten Clients, z.B. - sta- 
5 tionaren oder tragbaren - Computern, Telefonen, etc. (und/ 
oder mit weiteren, zentralen Rechnern) . 

Zur pbertragung der entsprechenden Intranet-Daten werden die- 
se jeweils in einzelne Pakete aufgeteilt, und dann - auf a- 
10 synchrone Weise - versendet. 

Auf diese Weise ist beispielsweise moglich, dass zwei an das 
Intranet angeschlossene Clients Sprach- und/oder Bilddaten 
austauschen, z.B. miteinander „telef onieren* (VoIP = Voice 
15 over IP) , d.h. Sprach-Telef oniedaten austauschen, und/oder 
Bild-Telefoniedaten, etc. 

Des weiteren konnen - mehr als zwei, z.B. drei, vier oder ftinf 
- Clients uber das Intranet eine Telefon- bzw. Videokonf erenz 
20 abhalten. 

Dabei fungiert ein an das Intranet angeschlossener Rechner als 
Konf erenz-Steuereinheit, z.B. als „Mischpult* , um die von den 
verschiedenen, an der Konf erenz teilnehiaenden Clients jeweils 
25 separat an den Rechner gesendeten Sprach- und/oder Bild-Tele- 
foniedaten zusammenzufuhren bzw. zu mischen, und dann die ent- 
sprechenden - gemischten - Daten uber das Intranet an die ent- 
sprechenden (librigen) an der Konferenz teilnehiaenden Clients 
zu verschicken. 

30 

Zum Austausch der Telefon- bzw. Videokonf erenz-Daten kann z.B. 
ein auf das TCP/IP-Protokoll auf gesetztes, „offenes* bzw. 
standardisiertes Protokoll verwendet werden, z.B. das H.323 
Protokoll . 

35 

Alternativ konnen. in einem Intranet statt eines einzelnen, als 
Konf erenz-Steuereinheit fungierenden Rechners auch mehrere 
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Konferenz-Steuereinheits-Rechner vorgesehen sein, wobei jeder 
der Rechner - basierend auf dem o.g. Standard-Protokoll, ins- 
besondere dem H.323 Protokoll - zu einem bestimmten Zeitpunkt 
maximal fUr eine vorbestimmte Anzahl von Clients als „Misch- 
5 pult* bzw. maximal fUr eine vorbestimmte Anzahl an Telefon- 
bzw. Videokonf erenzen als Konf erenz-Steuereinheit fungieren 
kann. 

Kann - aufgrund Uberlastung - einer der Konf erenz-Steuerein- 
10 heits-Rechner eine von bestimmten Clients stammende Anfrage 

nach Durchftihrung einer Telefon- bzw. Videokonf erenz nicht be- 
arbeiten, iibernimmt ein anderer Konf erenz-Steuereinheits- 
Rechner dann die Steuerung der entsprechenden Telefon- bzw. 
Videokonf erenz (d.h. fungiert fiir die jeweiligen Clients als 
15 Konf erenz-Steuereinheit, insbesondere als ^ischpult* ) . 

Intranets konnen mittels eines entsprechenden, zentralen Rech- 
ners an das Internet angeschlossen sein, und/oder uber densel- 
ben, oder einen weiteren zentralen Rechner, z.B. eine entspre- 
20 chende Telekommunikationsanlage, insbesondere einen PBX- 

Rechner (PBX = Private Branch Exchange) an das Telefonnetz. 

Die Datenkommunikation tiber das Telefonnetz kann z.B. auf Ba- 
sis von POTS- (Plain Old Telephone Service), oder z.B. auf Ba- 
25 sis von ISDN- (Integrated Services Digital Network) Datentiber- 
tragungsprotokollen erfolgen, oder z.B. auf Basis von xDSL- (x 
Digital Subscriber Line) Datenubertragungsprotokollen, z.B. 
mittels ADSL-Datenlibertragung (ADSL = Asynchronous Digital 
Subscriber Line) - 

30 

Mit Hilfe der Telekommunikationsanlage bzw. des PBX-Rechners 
wird erreicht, dass bestimmte, an das Intranet angeschlossene 
Clients, z.B. Telefone, mit - externen - an das Telefonnetz 
angeschlossenen Geraten, z.B. Telefonen kommunizieren konnen. 
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Zur Kommunikation zwischen dem PBX-Rechner und den Clients 
kann beispielsweise ein auf das TCP/IP-Protokoll auf gesetztes, 
firmen-spezifisches Protokoll verwendet werden. 

5 Soil zwischen mehreren (insbesondere iuehr als zwei, z.B. drei, 
vier oder fUnf) - externen und/oder internen - TDM- bzw. PCM- 
Clients bzw. -Geraten eine (Telef on-) Konf erenz abgehalten wer- 
den, kann der jeweilige PBX-Rechner als Konf erenz-Steuerein- 
heit fungieren, insbesondere als „Mischpult*, um die von den 

10 verschiedenen, an der Konferenz teilnehmenden Clients bzw* Ge- 
raten jeweils separat an den PBX-Rechner gesendeten (Sprach- 
) Daten zusammenzufiihren bzw. zu mischen, und dann die entspre- 
chenden - gemischten - Daten an die entsprechenden (ubrigen) 
an der Konferenz teilnehmenden Clients bzw. Gerate, insbeson- 

15 dere Telefone zu verschicken. 

Die Erfindung hat zur Aufgabe, ein neuartiges Datenkommunika- 
tionssystem, einen neuartigen Rechner, sowie ein neuartiges 
Datenkommunikationsverf ahren zur Verftigung zu stellen. 

20 

Sie erreicht dieses und weitere Ziele durch die Gegenstande 
der Ansprtiche 1, 17 und 18. 

Vorteilhafte Weiterbildungen der Erfindung sind in den Unter- 
.25 ansprtichen angegeben. 

Gemafi einem Grundgedanken der Erf indung . wird. ein Datenkommu- 
nikationssystem mit mehreren Clients zur Verftigung gestellt, 
wobei eine - ein bestimmtes/ erstes Datentibertragungs-Proto- 

30 koll unterstutzende - Telefon- und/oder Videokonf erenz-Daten- 
verarbeitungs-Einrichtung vorgesehen ist, und eine - sowohl 
das erste, als auch ein zweites Datentibertragungs-Protokoll 
unterstutzende - Datenverarbeitungs-Einrichtung, die empfan- 
gene Daten derart umwandelt, und an die Telefon- und/oder Vi- 

35 deokonferenz-Datenverarbeitungs-Einrichtung weiterleitet, 

dass diese sowohl von das erste, als auch das zweite Datenii- 
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bertragungs-Protokoll unterstiitzenden Clients genutzt werden 
kann . 

Vorteilhaft kann das zweite Datenubertragungs-Protokoll ein 
5 offenes/ standardisiertes Protokoll sein, z.B. ein H.323- 
bzw. H.225/H.245-basiertes Protokoll/ und das erste Datenu- 
bertragungs-Protokoll ein proprietares bzw. generisches Pro- 
tokoll, z.B. ein PCM- bzw. TDM-basiertes Protokoll. 

10 Damit wird ermoglicht - im Gegensatz zum Stand der Technik - 
H. 323-Standard-basierte/ und proprietare, z.B. PCM- bzw. TDM- 
basierte Ressourcen - parallel - zu betreiben. 

Im folgenden wird die Erfindung anhand mehrerer Ausfiihrungs- 
15 beispiele und der beigefugten Zeichnung naher erlautert. 

Dabei zeigen: 

Fig. 1: eine schematische Darstellung eines Datenkommunika- 
2 0 - tionssys terns gemafi einem Ausf Uhrungsbeispiel der Er- 

findung; und 

Fig. 2: eine schematische Darstellung des Aufbaus und der 

Funktionsweise eines beim in Figur 1 gezeigten Sys- 
tem verwendeten Kommunikations-Steuerungs-Rechners . 

25 

Beim in Fig. 1 gezeigten Datenkommunikationssystem 1 sind ei- 
ne Vielzahl (z.B. 5 - 300, insbesondere 10 - 150) von Clients 
2a, 2b, 2c,. 3a, 3b, z.B. mehrere Telefone 3a, 3b, und mehrere 
Rechner 2a, 2b, 2c, an ein - erstes - Intranet-Datennetzwerk 
30 A angeschlossen. 

Das erste Intranet-Datennetzwerk A weist eine Telekommunika- 
tionsanlage bzw. einen als Telekommunikationsanlage fungie- 
renden zentralen Rechner 5, insbesondere einen PBX-Rechner 
35 (PBX = Private Branch Exchange) auf, der fiir die Clients 2a, 

2b, 2c, 3a, 3b al.s Kommunikations-Steuerungs-Einrichtung fun- 
giert, insbesondere als Telef on-Vermittlungsanlage, urn das 
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erste Intranet-Datennetzwerk A (bzw. die daran angeschlosse- 
nen Clients 2a, 2b, 2c, 3a, 3b) mit einem Telefonnetz (z.B. 
mit dem of f entlichen Telefonnetz) zu verbinden. 

Der Anschluss des zentralen Rechners 5 bzw. der Clients 2a, 
2b, 2c, 3a, 3b an das erste Intranet-Datennetzwerk A kann 
z.B. mittels - an ein entsprechendes Bussystem angeschlosse- 
ner - Leitungen 6a, 6b, 6c, 7a, 7b, 9 erfolgen. 

Die Clients 2a, 2b, 2c, 3a, 3b und der zentrale Rechner 5 
kommunizieren - wie weiter unten noch genauer erlautert wird 
- unter Verwendung von Interne tprotokollen, z.B. dem Trans- 
mission Control Protocol (TCP) bzw. dem Internet Protocol 
(IP), kurz: TCP/IP. 

Hierzu ist z.B. auf dem jeweiligen Client 2a, 2b, 2c, 3a, 3b 
bzw. auf dem zentralen Rechner 5 eine Software (sog. Stack) 
geladen, die das entsprechende Internetprotokoll verstehen 
und auswerten kann. 

Zur Obertragung von Daten zwischen den Clients 2a, 2b, 2c, 
3a, 3b und dem zentralen Rechner 5 tiber das erste Intranet- 
Datennetzwerk A werden diese - wie bei Internet-Protokollen 
tiblich - in einzelne Pakete aufgeteilt. 

Kommuniziert einer der Clients 2a, 2b, 2c, 3a, 3b - tiber das 
Telefonnetz - mit einem entsprechenden, externen, nicht di- 
rekt an das erste Intranet-Datennetzwerk A angeschlossenen 
Gerat (z.B. einem Telefon 10a, 10b, 10c), werden die entspre- 
chenden (vom jeweiligen Client 2a, 2b, 2c, 3a, 3b auf die 
o.g. Weise, d.h. Internet-Protokoll-basiert versendeten) Da- 
ten vom zentralen Rechner 5 in entsprechende POTS- (Plain Old 
Telephone Service), ISDN- (Integrated Services Digital Net- 
work), oder xDSL- (x Digital Subscriber Line) Daten umgesetzt, 
und tiber eine Leitung 11 an das Telefonnetz ausgegeben (bzw. 
werden umgekehrt . die vom jeweiligen Telefon 10a, 10b, 10c uber 
das Telefonnetz empfangenen POTS- bzw. ISDN- Daten vom zentra- 
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len Rechner 5 auf die o.g. Weise tiber das erste Intranet- 
Datennetzwerk A an den jeweiligen Client 2a, 2b, 2c, 3a, 3b 
weitergeleitet) • 

5 Wie in Fig, 1 weiter gezeigt ist, ist das Intranet-Datennetz- 
werk tiber die Telekommunikationsanlage bzw. den zentralen 
Rechner 5 - auBer an das Telefonnetz - zusatzlich noch (bei 
Bedarf) an das Internet anschliefibar (und zwar - indirekt - 
uber das Telefonnetz, und einen Rechner 5a eines ISP (Inter- 
10 net-Service-Provider) ) . 

Soil einer der Clients 2a, 2b, 2c, 3a, 3b mit einem an das 
Internet angeschlossenen Gerat, z.B. einem Computer lOd, lOe 
kommunizieren, wird vom zentralen Rechner 5 eine Telefonver- 

15 bindung (z.B. eine POTS-, ISDN-, oder xDSL-, insbesondere 

ADSL-Verb indung) zum ISP-Rechner 5a hergestellt, der dann dem 
zentralen Rechner 5 bzw. dem jeweiligen Client 2a, 2b, 2c, 
3a, 3b eine temporare IP-Adresse (Internet Protocol-Adresse) 
zuordnet, und den Aufbau einer entsprechenden Interne tverbin- 

20 dung veranlasst (so dass dann - tiber das Internet, und das 

Telefonnetz (und unter Zwischenschaltung des ISP-Rechners 5a, 
und des zentralen Rechners 5) - Daten zwischen dem jeweiligen 
Client 2a, 2b, 2c, 3a, 3b, und dem jeweiligen Computer lOd, 
lOe ausgetauscht werden konnen) . 

25 

Gemafl Fig. 1 weist das Datenkommunikationssystem 1 - abgese- 
hen vom ersten Intranet-Datennetzwerk A - noch eine Vielzahl 
weiterer, mit dem ersten Intranet-Datennetzwerk A verbundener 
bzw. verbindbarer Intranet-Datennetzwerke auf, z.B. ein - 
30 zweites - Intranet-Datennetzwerke B, und ein - drittes - Int- 
ranet-Datennetzwerk C, etc. 

Das zweite und dritte Intranet-Datennetzwerk B, C weisen je- 
weils - entsprechend wie das erste Intranet-Datennetzwerk A - 
35 eine Vielzahl (z.B. 5 - 300, insbesondere 10 - 150) von 

Clients 12a, 12b,. 12c, 13a, 13b auf, z.B. mehrere Telefone 
13a, 13b, und mehrere Rechner 12a, 12b, 12c. 
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Das zweite und dritte Intranet-Datennetzwerk B, C sind eben- 
falls - auBer an das o.g. Telefonnetz - zusatzlich noch an 
das Internet angeschlossen, und zwar - im Unterschied zuiu 
5 ersten Intranet-Datennetzwerk A - direkt und fortwahrend z.B. 
mittels entsprechender (fester) Standleitungen 19a, 19b, 

Das .zweite und das dritte Intranet-Datennetzwerk B, C weisen 
- entsprechend ahnlich wie das erste Intranet-Datennetzwerk A 

10 - jeweils eine Telekommunikationsanlage bzw. einen als Tele- 
kommunikat ions anl age fungierenden zentralen Rechner 15a, 15b, 
insbesondere einen PBX-Rechner (PBX = Private Branch Ex- 
change) auf, der fur die Clients 12a, 12b, 12c, 13a, 13b als 
Kommunikations-Steuerungs-Einrichtung fungiert, insbesondere 

15 als Vermittlungsanlage, urn das Intranet-Datennetzwerk (bzw. 
die daran angeschlossenen Clients 12a, 12b, 12c, 13a, 13b) 
mit dem Telefonnetz oder dem Internet zu verbinden. Der je- 
weilige zentrale Rechner 15a, 15b ist - tlber die entsprechen- 
de Standleitung 19a, 19b - permanent an das Internet ange- 

20 schlossen (d.h. standig „online* ) . 

Der Anschluss der jeweiligen zentralen Rechner 15a, 15b bzw. 
der Clients 12a, 12b, 12c, 13a, 13b an das zweite bzw. dritte 
Intranet-Datennetzwerk B, C kann z.B. entsprechend wie beim 
25 ersten Intranet-Datennetzwerk A mittels - an ein entsprechen- 
des Bussystem angeschlossener - Leitungen 16a, 16b, 16c, 17a, 
17b, 9b, 9c erfolgen. 

Die Clients 12a, 12b, 12c, 13a, 13b und der jeweilige zentra- 
30 le Rechner 15a, 15b kommunizieren - wie weiter unten noch ge- 
nauer erlautert wird - unter Verwendung von Internetprotokol- 
len, z.B. dem Transmission Control Protocol (TCP) bzw. dem 
Internet Protocol (IP), kurz TCP/IP. 

35 Hierzu ist z.B. auf dem jeweiligen Client 12a, 12b, 12c, 13a, 
13b bzw. auf dem .jeweiligen .zentralen Rechner 15a, 15b eine 
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Software (sog. Stack) geladen, die das entsprechende Inter- 
ne tprotokoll verstehen und auswerten kann. 

Kommuniziert einer der Clients 12a, 12b, 12c, 13a, 13b mit 
einem entsprechenden, externen, nicht direkt ans Intranet- 
Datennetzwerk, jedoch ans Telefonnetz angeschlossenen Gerat 
(z.B. dem o.g. Telefon 10b), werden die entsprechenden (vom 
jeweiligen Client 12a, 12b, 12c, 13a, 13b auf die o.g. Weise, 
d.h. Internet-Protokoll-basiert versendeten) Daten vom jewei- 
ligen zentralen Rechner 15a, 15b in entsprechende POTS-, 
ISDN- oder xDSL-Daten umgesetzt, und xiber eine Leitung 9a, 9d 
an das Telefonnetz ausgegeben (bzw. werden umgekehrt die vom 
Telefon 10b ttber das Telefonnetz empfangenen POTS-, ISDN- bzw. 
xDSL-Daten vom jeweiligen zentralen Rechner 15a, 15b auf die 
o.g. Weise liber das Intranet-Datennetzwerk B, C an den jewei- 
ligen Client 12a, 12b, 12c, 13a, 13b weitergeleitet ) . 

Der jeweilige zentrale Rechner 15a, 15b bzw. die an ihn ange- 
schlossenen Clients 12a, 12b, 12c, 13a, 13b verfiigen Uber ei- 
2 0 ne permanente - aus einer mehrstelligen Zahl bestehende - IP- 
Adresse (Internet Protocol-Adresse) , so dass - nach Aufbau der 
entsprechenden Internet-Verbindung - Daten zwischen einem 
entsprechenden, an das Internet angeschlossenen Gerat, z.B. 
dem o.g. Computer lOd, und dem jeweiligen zentralen Rechner 
25 15a, 15b ausgetauscht werden konnen, bzw* - unter Zwischen- 
schaltung des jeweiligen zentralen Rechners 15a, 15b - zwi- 
schen dem jeweiligen, an das Internet angeschlossenen Gerat, 
z.B. dem Computer lOd, und dem jeweiligen Client 12a, 12b, 
12c, 13a, 13b. 

30 

Wie in Fig. 1 weiter gezeigt ist, kann das Datenkommunika- 
tionssystem 1 - alternativ - einen oder mehrere jeweils liber 
entsprechende Leitungen 6d, 16d, 16e an das jeweilige Intra- 
net-Datennetzwerk A, B, C (bzw. an das entsprechende Bussys- 
35 tern) angeschlossene zentrale Rechner 8, 18a, 18b aufweisen 

(in Figur 1 gestrichelt dargestellt ) , die - auf herkommliche, 
an sich bekannte Weise - als Steuereinheiten zur Durchftthrung 
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entsprechender Telefon- und/oder Videokonf erenzen verwendet 
werden konnen (auf die aber auch - wie weiter unten noch ge- 
nauer erlautert wird - beim vorliegenden Datenkommunikations- 
system 1 verzichtet werden kann, bzw. deren Funktion von den 
5 o.g. Telekommunikationsanlagen bzw. zentralen PBX-Rechnern 5, 
15a, 15b tibernommen werden kann) . 

Der entsprechende zentrale Rechner 8, 18a, 18b fungiert u.a. 
jeweils als „Mischpult* , urn. die von den verschiedenen, an der 

10 Konferenz teilnehmenden Clients (z.B. die Clients 2a, 2b, 12a) 
tiber die entsprechenden Intranet-Datennetzwerke A, B, C je- 
weils separat an den entsprechenden' zentralen Rechner 8, 18a, 
18b gesendeten Sprach- und/oder Bild-Telef oniedaten zusammen- 
zufiihren bzw. zu mischen, und dann die entsprechenden - ge- 

15 mischten - Daten tiber die jeweiligen Intranet-Datennetzwerke 

A, B, C an die entsprechenden (tibrigen) an der Konferenz teil- 
nehmenden Clients 2a, 2b, 12a zu verschicken. 

Zur Datentibertragung bzw. zur Steuerung der Datenubertragung 
20 wird dabei ein auf das TCP/IP-Protokoll auf gesetztes, „offe- 
nes* bzw. standardisiertes Protokoll verwendet werden, z.B. 
das H.225/H.245- bzw. H. 323-Protokoll . 

Auf einer (hier nicht dargestellten) Speichereinrichtung der 
•25 entsprechenden Clients 2a, 2b, 12a bzw. zentralen Rechner 8, 
18a, 18b muss hierzu eine Software geladen sein, die das ent- 
sprechende H.225/H.245- bzw. H . 323-Protokoll unterstiitzt (ins- 
besondere v.erstehen, und auswerten kann) . 

30 Jeder zentrale Rechner 8, 18a, 18b kann - zu einem bestimmten 
Zeitpunkt - maximal ftir eine vorbestimmte Anzahl von Clients 
2a, 2b, 12a als ,„Mischpult* bzw. maximal ftir eine vorbestimmte 
Anzahl an - gleichzeitig - durchzufuhrenden Telefon- bzw. Vi- 
deokonf erenzen als Konferenz-Steuereinheit fungieren. 

35 

Kann - aufgrund tlberlastung - einer der zentralen Rechner 8, 
18a, 18b eine von bestimmten Clients 2a, 2b, 12a stammende An- 
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frage nach Durchfuhrung einer Telefon- bzw. Video konferenz 
nicht bearbeiten, Ubernimmt ein anderer zentraler Rechner 8, 
18a, 18b Rechner dann die Steuerung der entsprechenden Tele- 
fori- bzw. Videokonf erenz (d.h. fungiert fur die jeweiligen 
5 Clients 2, 2b, 12a als Konf erenz-Steuereinheit, insbesondere 
als „Mischpult* ) . 

Wie im folgenden noch genauer erlautert wird, kann beim in 
Figur 1 ge.zeigten Datenkommunikationssystem 1 zur Kommunika- 

10 tion zwischen den entsprechenden PBX-Rechnern 5, 15a, 15b 
(PBX = Private Branch Exchange) und den jeweiligen Clients 
2a, 2b, 2c, 3a, 3b, 12a, 12b, 12c, 13a, 13b - parallel - z.B. 
sowohl ein auf das TCP/IP-Protokoll auf gesetztes, firmen- 
spezif isches, proprietares Protokoll verwendet werden (z.B. 

15 ein generisches Protokoll der Siemens AG) , beispielsweise ein 
entsprechendes herkommliches TDM- bzw. PCM-Protokoll (TDM = 
Time Division Multiplex, PCM = Pulse Code Modulation) , und ein 

- ebenfalls - auf das TCP/IP-Protokoll auf gesetztes, „offenes* 
bzw. standardisiertes Protokoll, z.B. das o.g. H.225/H.245- 

20 bzw. H.323-Protokoll (weshalb die PBX-Rechner 5, 15a, 15b - 
wie aus der folgenden Darstellung deutlich wird - eine der 
Funktion der zentralen Rechner 8, 18a, 18b entsprechende 
Funktion als Steuereinheiten zur Durchfuhrung entsprechender, 
H.225/H.245- bzw. H . 323-Protokoll-basierter und/oder TDM/PCM- 

25 Protokoll-basierter Telefon- und/oder Videokonf erenzen tiber- 
nehmen konnen (d.h. auf die zentralen Rechner 8, 18a, 18b 
kann - alternativ - verzichtet werden) ) . 

Wie in Fig. 2 dargestellt ist, weisen die PBX-Rechner (hier: 
30 der PBX-Rechner 15a, und entsprechend auch die - entsprechend 
ahnlich wie der PBX-Rechner 15a aufgebauten und eingerichteten 

- PBX-Rechner 5, 15b) hierzu jeweils mindestens eine - die 
Funktion eines Gateways iibernehmende - Baugruppe 20a auf (oder 
mehrere, z.B. zwischen zwei und sieben Gateway-Baugruppen 

35 20b, die entsprechend ahnlich aufgebaut und eingerichtet sind, 
wie die Gateway-Baugruppe 20a), sowie eine (insbesondere ge- 
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nau eine) - die Funktion eines Gatekeepers - ubernehirtende Bau- 
gruppe 21 . 

Der PBX-Rechner 15a ist beim vorliegenden Ausf tihrungsbeispiel 
5 als proprietares Computersystem ausgestaltet (d.h. als ^embed- 
ded system* ) , alternativ ist z.B. auch eine Ausgestaltung als 
(nichtproprietares) PC-System denkbar. 

Die Gateway-Baugruppe 20a, 20b ist so eingerichtet, dass diese 
10 - sowohl mit der Gatekeeper-Baugruppe 21 (vgl. Pfeil Q) , als 
auch mit den entsprechenden Clients 2a, 2b, 2c, 3a, 3b, 12a, 
12b, 12c, 13a, 13b {vgl. Pfeil R) - (ausschliefllich) liber das 
o.g. generische bzw. f irmen-spezif ische, auf das TCP/IP-Proto- 
koll aufgesetzte Protokoll, insbesondere das TDM- bzw. PCM- 
15 Protokoll kommuniziert . 

Auf einer (hier nicht dargestellten) Speichereinrichtung der 
Gateway-Baugruppe 20a, 20b, insbesondere einer dort vorgesehe- 
nen TDM/PCM-Koppelf eld- Zugangseinrichtung 23a, 23b muss hier- 
20 zu eine Software geladen sein, die das entsprechende TDM/PCM- 
Protokoll unterstutzt (d.h. verstehen, und auswerten kann) . 

Wie in Figur 2 weiter gezeigt ist, weist die Gateway- 
Baugruppe 20a, 20b eine einen DSP, insbesondere einen MMP 

25 aufweisende Datenverarbeitungs-Einrichtung 22a, 22b auf (DSP 
= Digital Signal Processor; MMP = Multi Media Prozessor) , die 
- Uber die TDM/PCM-Koppelf eld-Zugangseinrichtung 23a, 23b - 
an das TDM/PCM-Koppelf eld angeschlossen ist (so dass die Ga- 
teway-Baugruppe 20a, 20b, insbesondere die MMP-Datenverarbei- 

30 tungs-Einrichtung 22a, 22b mit der Gatekeeper-Baugruppe 21 - 
Pfeil Q - bzw. einem oder mehreren Clients 2a, 2b, 2c, 3a, 
3b, 12a, 12b, 12c, 13a, 13b - Pfeil R - kommunizieren kann) . 

Soli zwischen mehreren (insbesondere mehr als zwei, z.B. drei, 
35 vier oder ftinf) - internen - Clients 12a, 12b, 12c, 13a, 13b 
(d.h. im gleichen Intranet-Datennetzwerk B wie der die Kommu- 
nikation jeweils zentral steuernde PBX-Rechner 15a enthalte- 
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nen Clients 12a, 12b, 12c, 13a, 13b) und/oder externen 
Clients 2a, 2b, 2c, 3a, 3b (d.h. in einem anderen Intranet- 
Datennetzwerk A, C als der die Kommunikation jeweils zentral 
steuernde PBX-Rechner 15a enthaltenen Clients 2a, 2b, 2c, 3a, 
5 3b) eine Telefon- und/oder Videokonf erenz abgehalten werden, 
fungiert - wie im folgenden noch genauer erlautert wird - die 
im jeweiligen PBX-Rechner 15a vorgesehene (ggf . von der Gate- 
keeper-Baugruppe 21 entsprechend ausgewahlte) Gateway-Bau- 
gruppe 2 0a ( insbesondere die MMP-Datenverarbeitungs-Einrich- 
10 tung 22a) als Jtfischpult* , urn die von den verschiedenen, an 
der Konferenz teilnehmenden Clients 2a, 2b, 2c, 3a, 3b, 12a, 
12b, 12c, 13a, 13b jeweils separat an den PBX-Rechner 15a ge- 
sendeten Sprach- und/oder Bild-Telefoniedaten zusammenzuftthren 
bzw. zu mischen. 

15 

Dabei konnen die Daten von den entsprechenden Clients 2a, 2b, 
2c, 3a, 3b, 12a, 12b, 12c, 13a, 13b - je nachdem, ob diese 
das o.g. „offene* bzw, standardisierte, H.225/H.245- bzw. 
H. 323-Protokoll, oder das o.g, f irmen-spezif ische bzw. generi- 

2 0 sche TDM/PCM-Protokoll unterstutzen - jeweils beliebig ent- 
sprechend entweder H.225/H.245- bzw. H.323-Protokoll-basiert, 
oder TDM/PCM-Protokoll-basiert versendet werden (wobei - bei 
Versendung auf Basis eines H.225/H.245- bzw. H. 323-Protokolls 
- die Daten (anders als bei TDM/PCM-Protokoll-basiert versen- 

25 deten Daten) nicht direkt von der Gateway-Baugruppe 20a aus- 
gewertet werden (entsprechend wie durch Pfeil R veranschau- 
licht) , sondern von der Gatekeeper-Baugruppe 21 zunachst in 
entsprechende TDM/PCM-Protokoll-basierte Daten umgesetzt, und 
dann an die Gateway-Baugruppe 20a weitergeleitet werden (ent- 

30 sprechend wie durch Pfeil S und Pfeil Q veranschaulicht ) ) . 

Die - entsprechend gemischten - Daten werden von der Gateway- 
Baugruppe 2 0a jeweils stets in der Form von TDM/PCM-Proto- 
koll-basierten Daten ausgegeben (wobei - vor der Versendung 
35 der Daten an lediglich das o.g. standardisierte, H.225/H.245- 
bzw. H. 323-Protokoll, nicht aber das o.g. f irmen-spezif ische 
bzw. generische TDM/PCM-Protokoll untersttttzende Clients 2a, 
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2b, 2c, 3a, 3b, 12a, 12b, 12c, 13a, 13b - die Daten (anders 
als bei das TDM/PCM-Protokoll unterstiitzenden Clients 2a, 2b, 
2c, 3a, 3b, 12a, 12b, 12c, 13a, 13b) nicht direkt an die ent- 
sprechenden Clients weitergeleitet werden (entsprechend wie 
5 durch Pfeil R veranschaulicht) , sondern von der Gatekeeper- 
Baugruppe 21 zunachst in entsprechende H.225/H.245- bzw. 
H. 323-Protokoll-basierte Daten umgesetzt, und dann erst an 
die -entsprechenden Clients 2a, 2b, 2c, 3a, 3b, 12a, 12b, 12c, 
13a, 13b weitergeleitet werden (entsprechend wie durch Pfeil 
10 S und Pfeil Q veranschaulicht) ) - die entsprechenden Proto- 

kolle bzw. die Protokoll-Auswahl wird also durch die Gatekee- 
per-Baugruppe 21 „gekapselt* . 

Neben der o.g. „Mischpult*-Funktion erfullt die Gateway- 
15 Baugruppe 2 0a - fur samtliche, vorgesehene, insbesondere am 
jeweiligen Kommunikations-Prozess, z.B. der entsprechenden 
Telefon- und/oder Videokonf erenz teilnehmenden Clients 2a, 2b, 
2c, 3a, 3b, 12a, 12b, 12c, 13a, 13b eine sog. „Music On 
Hold* -Funkt ion (MoH-Funktion) , d.h. spielt zu entsprechenden 
20 Zeitpunkten - z.B. wahrend des Vercnittlungsvorgangs - bei den 
entsprechenden Clients 2a, 2b, 2c, 3a, 3b, 12a, 12b, 12c, 
13a, 13b entsprechende, auf einer nicht gezeigten Speicherein- 
richtung gespeicherte - Sprach- bzw. Ton-Signale (bzw. ent- 
sprechende Bild-Signale) ein (z.B. eine Zwischenmelodie) . 

25 

Des weiteren sorgt - wie bereits oben erlautert - die entspre- 
chende Gateway-Baugruppe 20a (insbesondere die dort vorgese- 
hene TDM/PCM-Koppelfeld-Zugangseinrichtung 23a) fur die Ober- 
tragung der Daten an das bzw. den Empfang der Daten vom 

30 TDM/PCM- Koppelf eld-Net z (z.B. - iiber die Leitung 9b - uber 
das interne Intranet-Datennetzwerk B, bzw. - z.B. Uber die 
Leitung 9a - Uber das externe Telefonnetz) . (Demgegenllber 
sorgt far die Gatekeeper-Baugruppe 20b eine dort vorgesehene 
Schnittstellen-Einrichtung 24 - je nach Bedarf - entweder fttr 

35 eine TDM/PCM- oder eine H.225/H.245-Protokoll-basierte Daten- 
iibertragung (z.B.- - uber die Leitung 9b - tiber das interne 
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Intranet-Datennetzwerk B, bzw. - z.B. iiber die Leitung 19a - 
extern liber das Internet) ) . 

Die Steuerung der Gateway-Baugruppe 20a (sowie der weiteren, 
5 ggf- vorgesehenen Gateway-Baugruppen 20b, und - ggf . - weite- 
rer, im Datenkommunikationssystem 1 zur Durchfuhrung entspre- 
chender Telefon- und/oder Videokonf erenzen, bzw. als Mischpult 
geeigneter, z.B. TDM/PCM-basierter „Ressourcen^ , insbesondere 
von (z.B. in den weiteren Intranet-Datennetzwerken A, C) vor- 

10 handenen Gateway-Baugruppen - falls diese gerade verfugbar 
sind -) erfolgt durch eine in der Gatekeeper-Baugruppe 21 
vorgeseherie IP-Netzwerk-Steuereinrichtung 25 bzw. einen IP 
Network Controller (IPNC) (und zwar - wie in Figur 2 durch 
den Pfeil Q veranschaulicht - durch Versendung entsprechender 

15 TDM/PCM-Protokoll-basierter Steuerdaten) . 

Entsprechend erfolgt auch die Steuerung von entsprechenden - 
im jeweiligen Intranet-Datennetzwerk B vorhandeneh - 
H.225/H.245- bzw. H. 323-Protokoll-basierten w Ressourcen\ z.B. 

20 von - gerade verfUgbaren - durch den o.g. zentralen Rechner 
18a bereitgestellten „Ressourcen* , und ggf. von weiteren - 
gerade verfugbaren - im Datenkommunikationssystem 1 zur 
Durchfuhrung entsprechender Telefon- und/oder Videokonf eren- 
zen, bzw. als Mischpult geeigneter, H.225/H.245- bzw. H.323- 

25 Protokoll-basierter „Ressourcen* , insbesondere der o.g., in 
den weiteren Intranet-Datennetzwerken A, C (oder z.B. im In- 
ternet) durch die zentralen Rechner 8, 18b bereitgestellten 
„Ressourcen* , ebenfalls durch die in der Gatekeeper-Baugruppe 
21 vorgesehene IP-Netzwerk-Steuereinrichtung 25 (und zwar - 

30 wie in Figur 2 durch den Pfeil S veranschaulicht - durch 

Versendung entsprechender H.225/H.245- bzw. H. 323-Protokoll- 
basierter Steuerdaten) . 

Vom PBX-Rechner 15a, insbesondere von der Gatekeeper-Bau- 
35 gruppe 21 aus kann also - unter Steuerung der IP-Netzwerk- 

Steuereinrichtung 25 - (ja nach Bedarf) sowohl auf im jewei- 
ligen Intranet-Datennetzwerken B vorhandene, d.h. ^lokale^ 
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Ressourcen zugegriffen werden, als auch auf in anderen Intra- 
net-Datennetzwerken A, B bzw. iiber das Internet oder das Tele- 
fonnetz abrufbare „entfernte* Ressourcen (und zwar wahlweise 
unter Nutzung z.B. des H. 225/H.245-Protokolls, oder z.B. des 
5 TDM/PCM-Protokolls - hierdurch konnen sowohl H. 323-Protokoll- 
als auch TDM/PCM-Protokoll-basierte Resourcen genutzt wer- 
den) . 

Jede ^Ressource* (d.h. jede Gateway-Baugruppe 20a, 20b, jeder 
10 Rechner 8, 18a, 18b, etc.) kann - zu einem bestimmten Zeit- 
punkt - maximal fur eine vorbestimmte Anzahl von Clients 2a, 
2b, 2c, 3a, 3b, 12a, 12b, 12c, 13a, 13b als „Mischpult* die- 
nen (bzw. - zu einem bestimmten Zeitpunkt - maximal ftir eine 
vorbestimmte Anzahl an Telefon- bzw. Videokonf erenzen die ent- 
15 sprechende Datenverarbeitung vornehmen) . 

Die Zuteilung der Ressourcen erfolgt - auf ent sprechende An- 
frage der Clients 2a, 2b, 2c, 3a, 3b, 12a, 12b, 12c, 13a, 13b 
hin - (abhangig von der momentanen Auslastung bzw. Verftigbar- 
20 keit der Ressourcen) durch eine (eine Resource-Management- 
CRM-) Einrichtung 27 und eine Call Processing- (CP-) Einrich- 
tung 28 aufweisende) - mit der o.g. IP-Net zwerk-Steuerein- 
richtung 25 kommunizierende - Resourcen-Steuer-Einrichtung 
26. 

25 

Kann - aufgrund Uberlastung - eine entsprechende Ressource ei- 
ne von bestimmten Clients 2a, 2b, 2c, 3a, 3b, 12a, 12b, 12c, 
13a, 13b stammende Anfrage nach Durchftihrung einer Telefon- 
bzw. Videokonf erenz nicht bearbeiten, veranlasst die Gatekee- 

30 per-Baugruppe 21 (genauer: die Resourcen-Steuer-Einrichtung 
26 tiber die IP-Netzwerk-Steuereinrichtung 25) durch Versen- 
dung entsprechender TDM/ PCM- oder H.225/H.245- bzw. H.323- 
Protokoll-basierter Steuerdaten, dass eine andere der o.g. 
Ressourcen die entsprechende Telefon- bzw. Videokonf erenz 

35 iibernimmt (d.h. ftir die jeweiligen Clients 2a, 2b, 2c, 3a, 
3b, 12a, 12b, 12c, 13a, 13b als „Mischpult* fungiert) . 
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Hierdurch ward ein einheitliches Resource-Management erreicht, 
unabhangig von der Art und dem Ort der angeschlossenen Res- 
source, bzw. eine einheitliche Sys terns teuerschnitts telle zur 
Kontrolle von sowohl H. 323-Standard- als auch TDM/PCM- 
5 basierten, proprietaren Ressourcen. 

Dabei konnen - durch die oben beschriebene Modularisierung / 
Aufsplittung der Gatekeeper- und Gateway- Funktionen auf ver- 
schiedene Baugruppen - H. 323-Stack-Lizenzen eingespart werden. 
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Patentansprtiche 

1. Datenkommunikationssystem (1) mit mehreren Clients (12a, 
5 12b, 12c, 13a, 13b), 

dadurch gekennzeichnet, 

dass eine ein erstes Datenttbertragungs-Protokoll unter- 
stutzende - Telefon- und/oder Videokonf erenz-Datenverar- 
beitungs-Einrichtung (20a) vorgesehen ist, 

10 - dass eine sowohl das erste, als auch ein zweites Daten- 

ttbertragungs-Protokoll untersttitzende Datenverarbeitungs- 
Einrichtung (21) vorgesehen ist, die empfangene Daten der- 
art umwandelt, und an die Telefon- und/oder Videokonf e- 
renz-Datenverarbeitungs-Einrichtung (2 0a) weiterleitet, 

15 dass diese sowohl von das erste, als auch das zweite Date- 

nubertragungs-Protokoll unterstiitzenden Clients (12a, 12b, 
12c, 13a, 13b) genutzt werden kann. 

2. Datenkommunikationssystem (1) nach Anspruch 1, 
20 dadurch gekennzeichnet, 

dass die Telefon- und/oder Videokonf erenz-Datenverarbeitungs- 
Einrichtung (20a) und die Datenverarbeitungs-Einrichtung. (21) 
in einem Rechner, insbesondere eir),em Server-Rechner (15a), 
angeordnet sind. 

25 

3. Datenkommunikationssystem (1) nach Anspruch 2, 
dadurch gekennzeichnet, 

dass der Rechner (15a) ein PBX-Rechner ist. 

30 4. Datenkommunikationssystem (1) nach einem der vorherge- 
henden Anspriiche, 

dadurch gekennzeichnet, 

dass das zweite Datenubertragungs-Protokoll ein offenes, 

standardisiertes Protokoll ist. 



35 
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5. Datenkommunikationssystem (1) nach Anspruch 4, 
dadurch gekennzeichnet, 

dass das zweite Datentibertragungs-Protokoll ein H.323- bzw. 
H.225/H.245-basiertes oder ein SIP-basiertes Protokoll ist. 

5 

6. Datenkommunikationssystem (1) nach einem der vorherge- 
henden Ansprtiche, 

dadurchgekennzeichnet, 

dass das erste Datentibertragungs-Protokoll ein proprietares 
10 bzw, generisches Protokoll ist. 

7. Datenkommunikationssystem (1) nach einem der vorherge- 
henden Ansprtiche, 

dadurch gekennzeichnet, 
15 dass das erste Datentibertragungs-Protokoll ein PCM- bzw. TDM- 
basiertes Protokoll ist. 

8. Datenkommunikationssystem (1) nach einem der vorherge- 
henden Ansprtiche, 

20 dadurch gekennzeichnet, 

dass das erste und/oder das zweite Datentibertragungs-Proto- 
koll ein TCP/IP-basiertes Datentibertragungs-Protokoll ist. 

9. Datenkommunikationssystem (1) nach einem der vorherge- 
25 henden Ansprtiche, 

dadurch gekennzeichnet, 
dass das erste Datentibertragungs-Protokoll unterstiitzende 
Clients (12a, 12b, 12c, 13a, 13b), und das zweite Datenti- 
bertragungs-Protokoll untersttitzende Clients (12a, 12b, 12c, 
30 13a, 13b) gleichzeitig unter Nutzung der Telefon- und/oder 

Videokonferenz-Datenverarbeitungs-Einrichtung (20a) gemeinsam 
miteinander eine Telefon- und/oder Videokonf erenz abhalten. 

10. Datenkommunikationssystem (1) nach einem der vorherge- 
35 henden Ansprtiche, 

dadurch gekennzeichnet, 
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dass einer oder mehrere der Clients (12a, 12b, 12c, 13a, 13b) 
an ein Intranet-Datennetzwerk (B) angeschlossen sind. 

11. Datenkommunikationssystem (1) nach Anspruch 10, 
5 dadurch'gekennzeichnet, 

dass einer oder mehrere der Clients (12a, 12b, 12c, 13a, 13b) 
auiierhalb des Intranet-Datennetzwerks (B) angeordnet, insbe- 
sondere an ein weiteres Intranet-Datennetzwerk (A, C) ange- 
schlossen sind. 

10 

12. Datenkommunikationssystem (1) nach einem der vorherge- 
henden Anspruche, 

•dadurch gekennzeichnet, 
dass die Telefon- und/oder Videokonf erenz-Datenverarbeitungs- 
15 Einrichtung (20a) an das Intranet-Datennetzwerk (B) ange- . 
schlossen ist. 

13. Datenkommunikationssystem (1) nach einem der vorherge- 
henden Anspruche, 

20 dadurch gekennzeichnet, 

dass eine weitere, das erste Datentibertragungs-Protokoll un- 
terstutzende Telefon- und/oder Videokonf erenz-Datenverarbei- 
tungs-Einrichtung (20b) vorgesehen ist, die statt der Tele- 
fon- und/oder Videokonf erenz-Datenverarbeitungs-Einrichtung 

25 (20a) verwendet werden kann. 

14. Datenkommunikationssystem (1) nach Anspruch 13, 
dadurc. h gekennzeichnet, 

dass die weitere Telefon- und/oder Videokonf erenz-Datenverar- 
30 beitungs-Einrichtung (20b) an das Intranet-Datennetzwerk (B) 
angeschlossen ist, oder 

dass die weitere Telefon- und/oder Videokonf erenz-Datenverar- 
beitungs-Einrichtung (20b) auflerhalb des Intranet-Datennetz- 
werks (B) angeordnet, insbesondere an das weitere Intranet- 
35 Datennetzwerk (A, C) angeschlossen ist. 




PCT/DE2003/002662 



WO 2004/032448 w ^ PCT/DE2003/002662 

21 

15. Datenkommunikationssystem (1) nach einem der vorherge- 
henden Anspriiche, 

dadurch gekennzeichnet, 

dass eine zusatzliche, das zweite DatenUbertragungs-Protokoll 
5 unterstutzende Telefon- und/oder Videokonf erenz-Datenverar- 
beitungs-Einrichtung (8, 18a) vorgesehen ist, die anstelle 
der Telefon- und/oder Videokonf erenz-Datenverarbeitungs-Ein- 
richtung (20a) verwendet werden kann. 

10 16. Datenkommunikationssystem (1) nach Anspruch 15, 
dadurch gekennzeichnet, 

dass die zusatzliche Telefon- und/oder Videokonf erenz-Daten- 
verarbeitungs-Einrichtung (18a) an das Intranet-Datennetzwerk 
(B) angeschlossen ist, oder 
15 dass die zusatzliche Telefon- und/oder Videokonf erenz-Daten- 
verarbeitungs-Einrichtung (18a) aufierhalb des Intranet- 
Datennetzwerks (B) angeordnet, insbesondere an das weitere 
Intranet-Datennetzwerk (A, C) angeschlossen ist. 

20 17. Rechner (15a), welcher so ausgestaltet und eingerichtet 
ist, dass er als Rechner (5, 15a, 25) in einem Datenkommuni- 
kationssystem (1) nach einem der Anspriiche 2 bis 19 verwend- 
bar ist, 

welcher eine ein erstes Datenubertragungs-Protokoll unter- 
25 stutzende Telefon- und/oder Videokonf erenz-Datenverarbei- 

tungs-Einrichtung (20a) aufweist, und 

welcher eine sowohl das erste, als auch ein zweites Date- 
nubertragungs-Protokoll unterstutzende Datenverarbeitungs- 
Einrichtung (21) aufweist, die empfangene Daten derart um- 
30 wandelt, und an die Telefon- und/oder Videokonf erenz- 

Datenverarbeitungs-Einrichtung (20a) weiterleitet , so dass 
diese sowohl von das erste, als auch das zweite Datenu- 
bertragungs-Protokoll unterstiitzenden Clients (12a, 12b, . 
12c, 13a, 13b) genutzt werden kann. 



35 



18. Datenkommunikationsverf ahren zur Verwendung in einem Da- 
tenkommunikationssystem (1) , insbesondere einem System nach 
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einem der Ansprtiche 1 bis 19, mit mehreren Clients {12a, 12b 
12c, 13a, 13b), 

dadurch gekennzeichnet, 

dass eine ein erstes Datentibertragungs-Protokoll unterstttt- 
zende Telefon- und/oder Videokonf erenz-Datenverarbeitungs- 
Einrichtung (20a) vorgesehen ist, und 

dass eine sowohl das erste, als auch ein zweites Datentiber- 
tragungs-Protokoll unterstiitzende Datenverarbeitungs-Einrich 
tung (21) vorgesehen ist, 

wobei das Verfahren den Schritt aufweist: 

Umwandeln von empf angenen Daten durch die Datenverarbei- 
tungs-Einrichtung (21) , und 

Weiterleiten der Daten an die Telefon- und/oder Videokon- 
ferenz-Datenverarbeitungs-Einrichtung- (20a) derart, dass 
diese sowohl von das erste, als auch das zweite Datenti- 
bertragungs-Protokoll untersttitzenden Clients (12a, 12b, 
12c, 13a, 13b) genutzt werden kann. 
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